Summary

Adds full WHIP and WHEP support to Moblin, enabling ultra-low-latency WebRTC streaming in all three directions:

• WHIP Publishing (Stream out): Stream from Moblin to any WHIP-compatible endpoint (e.g., Cloudflare, Dolby.io, self-hosted servers) — just like RTMP/SRT but with sub-second latency. Available as a stream protocol option under Settings → Streams.
• WHIP Server (Ingest in): Run a local WHIP server so external apps like OBS or FFmpeg can publish streams into Moblin over the local network. Ingested streams appear as selectable camera sources in scenes. Available under Settings → Ingests.
• WHEP Client (Playback): Subscribe to remote WebRTC streams via WHEP and use them as camera sources within Moblin. Available under Settings → Ingests.

Motivation

Addresses community feature requests for ultra-low-latency streaming using WebRTC. WHIP/WHEP (RFC 9725 / draft) are the standard HTTP-based signaling protocols for WebRTC, supported by OBS, FFmpeg 8+, Cloudflare, and many other platforms. Compared to RTMP, WHIP delivers significantly lower latency (sub-second vs. 2+ seconds).

What's included

Publishing (stream out):

• WHIP as a stream protocol alongside RTMP, SRT, and RIST
• Accepts https://, http://, whip://, and whips:// endpoint URLs
• H.264 video + Opus audio encoding via WebRTC
• Configurable ICE servers and retry settings

Ingest (stream in):

• Built-in WHIP server with HTTP endpoint for receiving streams
• Full ICE negotiation, trickle ICE (PATCH), and session teardown (DELETE)
• RTMP-style video decode pipeline (PTS retiming before decode) for smooth real-time playback
• Configurable per-stream latency buffer

Playback (subscribe):

• WHEP client for subscribing to external WebRTC sources
• Configurable URL, latency, and enable/disable per stream

Shared:

• WHIP/WHEP streams appear as selectable camera sources in scene and widget configuration
• Vendored HaishinKit.swift with patches for H.264 STAP-A (NAL type 24) decoding and recvonly track lifecycle management in RTCHaishinKit
• Decode session auto-recovery on persistent errors

Test plan

• Publish from Moblin via WHIP to a WHIP-compatible server and verify playback on the receiving end
• Stream from OBS via WHIP to Moblin's WHIP server and verify real-time video/audio in a scene
• Subscribe to a remote WebRTC source via WHEP and verify playback as a camera source
• Verify trickle ICE works with clients that send candidates via PATCH
• Verify session teardown (DELETE) and reconnection for all three modes
• Verify WHIP/WHEP camera sources are selectable in scene and widget configuration

The key change is making the three use cases (publish, ingest, playback) explicit and distinct so reviewers and users immediately understand what each one does.